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Remarks 

Claims i-26 are presently before the Examiner. 

Claim Rejections - 35 U.S.C. § 102fe) 

Cl aims 13-26 have been rejected under 35 U.S.C. § 102(e) as being anticipated by 
Chandra et al. (U.S. Patent No. 6,05<?i,389, herein after referred to as "Chandra"). Applicants 
respectfulty traverse the rejection of claims 13-26 for the following reasons. 

Chandra discloses a message queuing system integrated into a database system, where 
a queue is an ordered list of messagefj and tbs messages ?je requests for processing by an 
appUcation. A queue table holds a set of qu^^ues, and each queue table is implemented as a 
database table within the relational database system. Each queue table can contain multiple 
queues each having multiple messages. Each row of a queue table represents a message in a 
queue of the queue table. Some of flie colxmins in z queu e table are meta-data describing the 
queue. (Col. 7, Lines 4-12 and Fig. 2) Chandra teaches that each application has a different 
view of the same queue, in order that n message can be dequeued and deleted from an 
appUcation' s view while the same message remains in the queue view of another appUcation. 
(Col. 12, Lines 1 1-16) Thus, in Chandra, multiple views, or copies, of the same queue are 
maintained, in order that more than one appUcation can access the same message. Chandra 
further teaches that when a message is dequeued by an appUcation, a reference count of the 
message stored in the queue table is decremented, and that wt^^n the reicrence coxmt reaches 
zero, the message is then either deleted or archived (Col. 20, Lines 40-49). 

In claim 13 of the present appUcation, the recited "system for deUvery of information 
to multiple consumers" comprises "an information queue comprising one or more information 
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identification, a cons^zmer identification and a message state identification" as recited in claim 
21. 

In an Equeue Option^ parameter, there are no history records each comprising a 
message identification; in Chandra, the Enqueue Op tions parameter has one single correlation 
identifier. In an Enqueue Options parameter, tliere are no history records each comprising a 
consumer identification; in Chandra the Enqueue Options parameter comprises a recipient Ust, 
which is not the same as a set of history records each comprising a consimier identification. 
In an Enqueue Options parameter, there are no history records each comprising a message 
stats identification; in Chandra the Enqueue Options parameter has one single state parameter. 
Moreover, while Chandra dees disclose maintaining a message even after it is dequeued, in 
order to maintain a history of what has been done (Col 19, Lines 28-30), retaining a message 
to maintain a historj^ of what has been done does not disclose, teach or suggest a "history 
table comprising one or more history records, each of said one or more history records 
comprising a message identification, a (X)nsimier identification and a message state 
identification," as recited in claim 21 . Tidus, claim 21 is not disclosed, taught or suggested by 
Chandra. 

Claim 22 depends fi-om claim 21, and thus, for the same reasons discussed with regard 
to claim 21, claim 22 is not disclosed, taught or suggested by Chandra. 

Claim 23 recites a "method for multiple consumers to access information in a non 
'first-in first-out, prescribed order, said information comprising one or more pieces of 
information, a fist piece of information stored in a first location,'* the method comprising 
"providing access to said first piece of information to a first consumer of said multiple 



4 

BEST AVAJUBLE copy 



Patent 
237/116 

consumers; indicating in a second location that said first consmner hcs accessed said first 
piece of infoirnatidn; providing access to said first piece of information to a second consumer 
of said murdpls consumers; and indicating in a third location that said consimier has accessed 
said first piece of information". As previously discussed, in Chandra, when ia message is 
dequeued, or otherwise accessed, by an application, a reference coxmt of the message in the^ 
queue table is decremented. (Col. 20, Lines 40-49) Thus, in Chandra, when a first message is 
acwssced oy a first consiuner (or first apphcation) and then by a second consumer {or second 
application), the same reference count is decrem^^nted. Tkiis, Ciandra, does not disclose, 
teach or suggest a method comprising "indicating in a second location that said first consumer 
has accessed said first piece of information" and "indicating in a third location that said 
second consumer has accessed said first piece of information". In discussing claim 23, the 
Office Action citeii Col. 30, Line 30 to Co) . 32, Line 60 of Chandra. Applicants respectfiiUy 
point out that this portion of Chandra is concerned with creating the queue table in the 
relational database, and is not concerned with consmners, or applications, accessing 
information. For these reasons, Chandra does not disclose, teach or suggest the invention 
recited m claim 23. 

Claims 24-26 depend fi'om claim 23, and thus, for the same reasons discussed with 
regard to claim 23, claims 24-26 are not disclosed, taught or suggested by Chandra. 

Cla i m Rejections - 35 U.S.C. S 103(a) 

Claims 1-12 of the present application have been rejected imder 35 U.S.C. § 103(a) as 
being unpatentable over Capps (U.S. Patent No. 5,666^502, herein after referred to as 
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"Capps"). Applicants respectfully traverse the rej ection of claims 1-12 for the following 
reasons. 

Capps teaches a data input technique for a computer that provides a user with a 
historical list of potential choices for the data input. (CoL 2, Lines 17-19) In Capps, a 
historical list is displayed to the user so that the user can input data by selecting an item from 
the bj;:f/>rical list being displayed. (CoL 2, Lines 20-23) In Capps, the historical Ust of the 
most recently and/or frequently used data values for the data field that the user is entering data 
for are provided to the user. (Col. 2, Line^ 31-33} 

Claim 1 of the present application recites a "method for managing information to be 
accessed by multiple consumers, said information cc ^^^rising one or more information 
records, said information records to be accessed by said multiple consiraiers in a specified 
order, each sa?.d information record comprising data to be accessed by a consumer". Capps 
fails to disclose, teach or suggest the method recited in claim 1 of the present application. In 
Capps, the history list does not have "information records to be accessed by said multiple 
consumes in a specified order". In Capps, any user can access any of the data in a history Ust 
in any order. In Capps, the histoiy list r? simply a list of items, any one of which a user can 
access when they are inputting data to a data field related to the respective history Ust. Thus, 
Capps does not disclose, teach or suggest the method of claim 1 . 

Claim 1 also recites "updating a history table, said history table comprising cne or 
more history records, each said history record comprising a message state field, said updating 
comprising setting said message state field in a history record corresponding to said consumer 
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to indicate said consiimer accessed said data". The Office Action coirectly acknowledges that 
Capps does not disclose or teach a "ni'^'i^sage state field". 

Moreover, a message state field is not suggested by, or obvious in light of, Capps. Li 
Capps, a history tabH is maintained from which z history list is produced. (Col. 11, Lines 14- 
15) A history table in Capps contains a string/pointer to the data of a respective history list, 
the last time the corresponding data item was accessed by a user of tlie history list, and the 
o verall number of times that users have accessed the corresponding data in the history hst. 
(Col. 11, Lines 21-30 and Fig. 6A) 

Capps does not disclose, teach or suggest upd'^.ting a history table comprising one or 
more history records where the updating comprises setting a message state field in a history 
record corresponding to a consimier to indicate the consumer accessed the data. Capps is not 
concerned with keeping track of which consxmier accessed what data; all Capps is concerned 
with is how many times anyone accessed a particular data item. Thus, Capps does not 
disclose, teach or suggest a "a message state field" or *^lpdating a history table, said history 
table comprising one or more history records, each said history record comprising a message 
state field, said updating comprising setting said message state field in a history record 
corresponding to said consumer to indicate said consumer accessed said data," as recited in 
claim i . Capps, therefore, does not disclose, teach or suggest the method recited in claim 1 . 

Claims 2-12 depend from claim 1 and thus, for the same reasons discussed with regard 
to claim 1, claims 2-12 are not disclosed, taught or suggested by Capps. 
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Based upon the foregoing remarks, it is respectfully submitted that tlie application is 
in condition for allowance, and a Notice of Allowance is respectfully i s juesteJ. Should the 
Examiner have any questions or conmients, they a>:e invited to call L^ie imdersigp.gd at the 
below-listed number. 

Respectfi'liy submitted, 

LYON & LYON LLP 
• Aitomey for Applicai 



Dated: October 24. 2001 
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633 West Fifth Street, 47* Floor 
Los Angles, California 90071-2066 
(408)993-1555 



